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NORT-0052-US 
(12054DMUS01U) 

LAUNCHING SOFTWARE ROUTINES IN RESPONSE TO MESSAGES 
RELATING TO COMMUNICATIONS SESSIONS 

BACKGROUND 

The invention relates to launching software routines in response to messages 
relating to communications sessions. 

Packet-based data networks are widely used to link various types of network 
5 elements, such as personal computers, servers, gateways, network telephones, and so 
forth. Data networks may include private networks (such as local area networks or 
wide area networks) and public networks (such as the Internet). Popular forms of 
communications between network elements across packet-based data networks 
include electronic mail, file transfer, web browsing, and other exchanges of digital 
10 data. 

4: With the increased capacity and reliability of packet-based data networks, 

^ voice communications (including telephone calls, video conferencing, and so forth) 

[| over data networks have become possible. Voice communications over data networks 

;J are unlike voice communications in a conventional public-switched telephone 

4 1 5 network (PSTN), which provides users with dedicated, end-to-end circuit connections 

1 for the duration of each call. Communications over data networks, such as IP 

;] (Internet Protocol) networks, are performed using packets or datagrams that are sent 

ff in bursts from a source to one or more destination nodes. Voice data sent over a data 

2 network typically shares network bandwidth with conventional non- voice data (e.g., 
20 data associated with electronic mail, file transfer, web access, and other traffic). 

Various standards have been proposed for voice and multimedia 
communications over data networks. One such standard is the H.323 
Recommendation from the International Telecommunications Union (ITU), which 
describes terminals, equipment, and services for multimedia communications over 

25 data networks. Another standard for voice and multimedia communications is the 
Session Initiation Protocol (SIP), which establishes, maintains, and terminates 
multimedia sessions over a data network. SIP is part of multimedia data and control 
architecture developed by the Internet Engineering Task Force (IETF). The IETF 
multimedia data and control architecture also includes other protocols to enable voice 

30 and multimedia sessions over data networks. 
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Although the ability to participate in audio as well as other streaming-type 
communications over packet-based networks has increased flexibility in how users 
can communicate, additional features may be desirable. The types of user systems 
that are available for audio or other streaming-type communications over packet- 
5 based networks include network telephones and computer systems that are fitted with 
audio and video processing capabilities, as examples. In a computer system, the user 
may be presented with a graphical user interface (GUI) screen in which the user can 
make selections to make an outgoing call or receive an incoming call. Information 
identifying the user and relating to the established call session may also be presented 
10 in the GUI screen. 

Although such features enhance user convenience in establishing and 
participating in call sessions over a packet-based network, a need continues to exist 
for additional features that are made available to users in communications sessions 
over networks. 

15 

SUMMARY 

In general, according to one embodiment, a method for use in a system having 
a network includes receiving a control message for a call session over the network and 
comparing information in the control message against one or more predetermined 

20 criteria. A software routine is launched based on the comparison of the control 
message information with the one or more predetermined criteria. 

Some embodiments of the invention may include one or more of the following 
advantages. By having the ability to launch one or more routines in a system in 
response to a control message such as a call request, interaction with various 

25 applications or other components that may be resident in the system is made available 
as part of a call session. For example, in response to a call request, the call may be 
answered and in addition, a browser or other software routine may be launched to 
show information concerning the remote calling or called party. If the site being 
called is a customer service department of a business, for example, the information 

30 displayed in the browser page may relate to prior business transactions of a customer. 
This gives the agent answering the call convenient access to information about the 
customer during the call session. Other examples in which other application routines 
may be launched for enhanced flexibility and convenience may also be possible in 
further embodiments. 



Other features and advantages will become apparent from the following 
description, from the drawings, and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of an embodiment of a communications system that 
includes a packet-based network. 

Fig. 2 is a block diagram of components of a network element capable of use 
with the packet-based network of Fig. 1. 

Figs. 3-6 are graphical user interface (GUI) screens that may be presented by 
the network element of Fig. 2 in accordance with an embodiment. 

Fig. 7 illustrates a message for making an outgoing call in accordance with an 
embodiment. 

Fig. 8 is a message flow diagram illustrating a process in accordance with an 
embodiment. 

Fig. 9 illustrates code creating a call rules object in accordance with an 
embodiment. 

DETAILED DESCRIPTION 

In the following description, numerous details are set forth to provide an 
understanding of the present invention. However, it will be understood by those 
skilled in the art that the present invention may be practiced without these details and 
that numerous variations or modifications from the described embodiments may be 
possible. For example, although reference is made to the Session Initiation Protocol 
(SIP) in the described embodiments, other embodiments may employ other types of 
standards or protocols for communications over packet-based networks. 

Referring to Fig. 1, a communications system 10 includes a packet-based data 
network 12 and various network elements. The network elements may include user 
systems 14, 18, 24, and 26 as well as proxies 16 and 22 that are capable of making 
calls on behalf of other network elements, such as the user systems 14, 18 and 24. 

The user systems 24 and 26 and the proxy 22 may be part of a community 20. 
As used here, a "community" may refer to any collection of systems that may be 
grouped together. For example, the community 20 may include an enterprise, such as 
a corporation or other organization. User systems within the community 20 may be 
computer systems and the like. The user systems 14, 18, 24, and 26 are capable of 
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participating in communications of streaming data (e.g., audio or video data) over the 
data network 12 according to a predetermined protocol. To perform such 
communications, each of the user systems 14, 18, 24 and 26 may include a "protocol- 
aware" application 27, 28, 34 or 35, respectively, 
5 In accordance with some embodiments of the invention, some or all of the user 

systems in the communications system 10 are capable of launching various software 
routines, such as application routines 32 (in the user system 18) and application 
routines 38 (in the user system 24), in response to requests (inbound or outbound) to 
establish call sessions over the data network 12. Software routines may also be 
10 launched in response to other control messages relating to a call session, such as 

messages indicating the status of the call session (e.g., ringing, trying, acknowledged, 
etc.). In the user systems 18 and 24, respective rule engines 30 and 36 are able to 
compare information contained in protocol messages (used for initiating call sessions) 
against a predetermined set of rules or criteria. Based on such comparison, the rules 
15 engine 30 or 36 launches an appropriate one or more of the application routines 32 
I j and 38 in respective user systems 18 and 24. Such application routines 32 and 38 

may include web browsers or other types of applications. The application routines 32 
III and 38 do not need to be aware of the protocol that is used for establishing call 

y sessions between end stations over the data network 12. 

?■■ 

M 20 The applications 32 and 38 are separate from the call control and status 

j-y routines (which may be part of the protocol-aware applications 28 and 34) as well as 

^ media-related routines that control the communication of inbound or outbound media 

P data (text, audio, video, etc.). Call control routines control the generation of 

appropriate messages and actions in response to various inputs or outputs as well as 
25 presents selectors for user selection. Call status routines may present information 

pertaining to an established call session, including identity information, status of a call 
session, and other related information. Media-related routines include routines that 
process, route, and present communicated media data, including text, audio, video, or 
a combination of the above. The target applications 28 and 34 or other software 
30 routines that are launched in response to a match of user-entered rules are independent 
of such call control and status routines and media-related routines. They are launched 
to provide services in addition to call control, call status, and media communication 
services. 
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As a result of this capability to launch applications in user systems, flexibility 
and added features are provided to a user. For example, in response to an incoming or 
outgoing call, a web browser may be launched that contains information relating to 
the calling or called party. This enables presentation of information associated with 
5 the remote party while the call session is ongoing. Examples of other application 
routines that may be launched include any application that may present text, audio, 
and/or video messages to the called party. Another application may be one that is 
capable of accessing storage devices (local or remote) to retrieve information for use 
in a call session. In addition, software layers besides application routines may be 
10 launched, including drivers and other modules to perform various predetermined 
tasks. 

As used here, a "data network" or "network" may refer to one or more 
communications networks, channels, links, or paths, and systems or devices (such as 
i ^ routers) used to route data over such networks, channels, links, or paths. Packet- 

;2 1 5 based data networks communicate with packets, datagrams, or other units of data over 
s --4 the data networks. Unlike circuit-switched networks, which provide a dedicated end- 

J:S to-end connection or physical path for the duration of a call session, a packet-based 

W network is one in which the same path may be shared by several network elements. 

* Packet-based networks may be packet-switched networks, such as Internet 

20 Protocol (IP) networks, which are based on a connectionless internetwork layer. 
fll Packets or other units of data transmitted into a packet-switched data network may 

m travel independently over any path (and possibly over different paths) to a destination 

M point. The packets may even arrive out of order. Routing of the packets is based on 

one or more addresses carried in each packet. Packet-based networks may also be 
25 connection-oriented networks, such as Asynchronous Transfer Mode (ATM) and 
Frame Relay networks. In a connection-oriented packet-based network, a virtual 
circuit or connection is established between two end points. In such connection- 
oriented networks, packets are received in the same order in which they were 
transmitted. 

30 One version of IP is described in Request for Comments (RFC) 791, entitled 

"Internet Protocol," dated September 1981. Other versions of IP, such as IPv6, or 
other connectionless, packet-switched standards may also be utilized in further 
embodiments. A version of IPv6 is described in RFC 2460, entitled "Internet 
Protocol, Version 6 (IPv6) Specification," dated December 1998. 
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One protocol that provides for establishment of streaming communications 
includes a Session Initiation Protocol (SIP). SIP is part of the multimedia data and 
control architecture from the Internet Engineering Task Force (IETF). A version of 
SIP is described in RFC 2543, entitled "SIP: Session Initiation Protocol dated 1999. 
5 SIP may be used to initiate call sessions as well to invite members to a session that 
may have been advertised by some other mechanism, such as electronic mail, 
newsgroups, web pages, and other mechanisms. The other protocols in the IETF 
multimedia and control architecture include the Resource Reservation Protocol 
(RSVP), as described in RFC 2205, for reserving network resources; the Real-Time 
10 Transport Protocol (RTP), as described in RFC 1889, for transporting real-time data 
and providing quality of service (QoS) feedback; the Real-Time Streaming Protocol 
(RTSP), as described in RFC 2326, for controlling delivery of streaming media; the 
Session Description Protocol (SDP), as described in RFC 2327; and the Session 
Announcement Protocol (SAP), for advertising multimedia sessions. 

* J 15 Other standards may be employed in further embodiments for controlling call 

Ul 

'"*4 sessions over the data network 12. Such other standards may be any other standard 

^ that provides for interactive, real-time streaming communications over the data 

M network 12. One alternate standard is the H.323 Recommendation from the 
International Telecommunication Union (ITU). 
20 As used here, a "call session" refers generally to either an audio (e.g., voice), a 

r!J video, or a multimedia session established between two or more network elements 

in 

(and parties using those elements) coupled to the data network 12 (or any other 
l; 3 packet-based data network). A call session may also be a text-based chat session, 

such as an instant massaging session. As used here, an "interactive" call session 

25 refers to a call session in which two or more parties are involved in an exchange of 
voice and/or video data (or text data) in an established session between two or more 
network elements. A "real-time" interactive call session refers to an exchange of 
data, such as audio and/or video data (or text data), on a substantially real-time basis 
between two terminals. A session is substantially real time if interaction is occurring 

30 between two end points or parties, with a communication from one end point followed 
relatively quickly by a response or another communication from the other end point, 
typically within seconds, for example. A "call request" is a message (inbound or 
outbound) generated to establish a call session. 
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Interactive call sessions are contrasted with electronic mail messaging, for 
example, in which a first participant sends a message over a data network to a second 
participant. No indication is usually provided back to the first participant that the 
second participant has received the message or that the second participant is even at 
5 his or her terminal In contrast, an interactive session involves a request followed by 
some acknowledgment that a called party has accepted the call request. This enables 
the interactive session in which participants exchange data (e.g., voice, video, and/or 
text). 

The user systems 14, 18, 24, and 26 in Fig. 1 may be SIP clients or SIP 
10 servers. A SIP client system includes a client application program that is capable of 
sending SIP requests to perform call requests. A SIP server system includes a server 
application program that accepts SIP requests to service calls and to send back 
responses to SIP requests. The user systems 14, 24, and 26 may be SEP client systems 
when making calls and SIP server systems when receiving calls. The systems 16 and 

0 15 22 may be SIP proxy systems, each including an intermediary program that acts as 

& 

*--4 both a server and a client for making requests on behalf of other clients. Thus, for 

^ example, the user system 18 may make a call request to the user system 24 directly 

IhI through the data network 12. Alternatively, the user system 1 8 may go through the 

" SIP proxy system 24 (and/or system 16) to make the call to the user system 24. 

^ 20 In addition, the communications system 10 includes a PSTN gateway 20 that 

f If provides a gateway between the data network 12 and a public switched telephone 

^ network (PSTN) 42, which is coupled to circuit-switched telephone systems 44. The 

Q PSTN gateway 40 may also include elements to enable it to participate in SEP call 

sessions over the data network 12. A caller at a telephone system 44 may place a 
25 circuit-switched call through the PSTN 42 to the PSTN gateway 40. The PSTN 

gateway 40 then converts the call into a SEP call request that is sent to one of the user 
systems to establish a call session between the telephone system 44 and the user 
system. The reverse process may also be performed in which a user system initiates a 
call through the PSTN gateway 40 to one of the telephone systems 44. Mobile 
30 telephones and other devices (not shown) may also make calls over the data network 
12 through appropriate gateways (not shown). 

Referring to Fig. 2, the components of an example user system 100 (such as 
user system 14, 18, 24, or 26) are illustrated. The user system 100 includes a network 
interface 1 14 that is coupled to the data network 12. The network interface 1 14 may 
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include a network controller card or chip, as examples. Above the network interface 
1 14 are a network device driver 111 and a transport and network stack 112 (e.g., a 
TCP/IP stack and/or a UDP/IP stack). TCP is described in RFC 793, entitled 
"Transmission Control Protocol " dated September 1981; and UDP is described in 
5 RFC 768, entitled "User Datagram Protocol dated August 1980. TCP and UDP are 
transport layers for managing connections between network elements over an IP 
network. 

Above the transport and network stack 112 is a SEP stack 110 that parses and 
processes SIP messages (both inbound and outbound). The transport and network 
10 stack 112 also is connected to an RTP layer 120 that processes and generates real-time 
data frames (containing data associated with an audio call, for example). The RTP 
layer 120 may be connected to an audio coder/decoder (CODEC) 122, which is 
coupled to converters 124 (e.g., analog-to-digital and digital-to-analog converters). 
The converters 124 are coupled to an audio interface 126 that may in turn be coupled 

y 

W 15 to a speaker, headphone, and/or microphone (not shown) for presenting and receiving 

i"f| 

y audio signals. 

|jf The user system 100 may also include a protocol-aware application 106 

III (which in one embodiment is a SIP-aware application) that is coupled to receive 

y control signaling from the SIP stack 1 10 or to provide control signaling to the SIP 

Q 20 stack 1 10 for generation of SIP messages. The protocol-aware application 106 may 

W 

fly be one of the applications 28 and 34 in Fig. 1. The SIP-aware application 106 can 

llf make decisions on how to process and respond to received SIP messages. For 

P example, such SEP messages may be messages inviting the user system 100 to 

participate in a call session as well as various response messages indicating various 
25 stages of the progress of a call session setup. The protocol-aware application may 

also receive input from a user, such as through a user interface display 130. Based on 
the user input, the protocol-aware application 106 may send request or response 
messages through the SIP stack 1 10 to the data network 12 indicating initiation of a 
call, acceptance of a call request, or forwarding of the call to another device. Such 
30 tasks performed by the protocol-aware application 106 are examples of call control 
and status tasks. 

The user interface display 130 may also include GUI screens in which a user 
can make and answer calls as well as enter rules or criteria that relate to the launching 
of various applications or other software routines in response to an incoming or 
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outgoing call. The rules or criteria are passed to a call rules object 132, which 
contains various methods that can be called by the protocol-aware application 106. 
Multiple call rules objects 132 may be present to contain different sets of rules or 
criteria so that different applications or software routines may be launched. A call 
5 rules engine 102 is associated with each call rules object 132. In one implementation, 
the call rules engine 102 may be a function in the call rules object 132 

Referring to Fig. 3, a SIP desktop GUI screen 200 that may be presented on 
the display 130 (Fig. 2) is illustrated. The SIP desktop screen 200 includes various 
icons, buttons, and other graphical elements that allow a user to control a call session. 
10 The organization of the SEP desktop screen 200 is illustrated as an example only. 
Other embodiments may include other arrangements of the screen 200. 

In the screen 200, a "Make Call" button 204 allows the user to initiate a call 
session. An "Answer" button 206 enables the user to answer an incoming call. A 
SSf "Release" button 207 allows the user to terminate a call session. A "Transfer" button 

r- k 

'ft Sj" 

Q 15 209 allows the user to transfer or redirect the call to another location or device. Other 
^ buttons may also be available in other embodiments. 

J:^ The SIP desktop screen 200 also includes various fields that pertain to the 

fU status and parameters of a call session. For example, a status field 208 indicates the 

status of a current call session. The illustrated "SipProceeding" status indicates that a 
M 20 SIP call session is proceeding. The field 210 identifies the caller, while the field 212 
f\l identifies the called party. The subject field 214 may include a text message 

74 indicating the subject of the call session. The field 216 can identify the organization 

Q that the caller is associated with, and a field 218 identifies the priority of the call 

session. Other fields may also be present to convey additional information. The 
25 information in the various fields may be contained in a SIP Invite message. 

In accordance with some embodiments, the SIP desktop 200 also includes a 
call rules menu 202 that is selectable by the user to enter various rules or criteria that 
are communicated to the rules engine 102 (Fig. 2) to allow launching of one or more 
target applications or other software routines 104. In another embodiment, the call 
30 rules menu 202 may be a button or some other GUI element. 

In one example embodiment, from the call rules menu 202 in the SIP desktop 
screen 200, various call rules screens may be launched. For example, a first call rules 
wizard screen 300, a second call rules wizard screen 301, and a third call rules wizard 
screen 330 are illustrated in Figs. 4-6, respectively. The call rules wizard screens 300, 
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301, 330 are provided for example purposes as other embodiments may have other 
configurations and arrangements of the screens. In addition, in further embodiments, 
instead of using multiple screens, a single screen may be employed. 

In the first call rules screen 300 shown in Fig. 4, various fields are provided. 
5 The name of the call rules set may be entered into a field 302. In the illustrated 

example, the name of the call rules set being created is "Test." Multiple sets of call 
rules may be created and stored for access by the rules engine 102. Each call rules set 
includes one or more criteria or rules that the rules engine 102 compares against 
information in an incoming or outgoing SIP control message. 

10 The first call rules wizard screen 300 also includes a field 304 in which a 

target application may be entered. For example, the target application in Fig. 4 is 
com.nortelnetworks.sippro.exampleApp (which may be a browser, for example). If 
the one or more criteria under the call rules set Test match the content of an incoming 
or outgoing message, then the com.nortelnetworks.sippro.exampleApp application is 

15 launched. User defined data may be entered into a field 302 in the screen 300. The 
user-defined data is passed with the launching of the application. For example, if the 
application being launched is a web browser, then a web uniform resource locator 
(URL) such as "www.nortelnetworks.com" may be passed with the launching of the 
target application. Thus, the launched web browser opens the web page at the 

20 specified URL. 

As further shown in Fig. 4, a field 308 indicates the time of execution, which 
may be before answer, upon answer, upon release, and so forth. In addition, a field 
310 is selectable to indicate that the rules processing is to be performed for an 
inbound call, and a field 312 is selectable to indicate that the rules processing is to be 

25 performed for an outbound call. 

Referring to Fig. 5, a second call rules wizard screen 301 allows a user to enter 
a portion of the rules or criteria. A first field 314 allows the user to enter information 
relating to the "To" entry of a SIP message, which specifies an address of a called 
entity. The field 316 contains information that is matched to the "From" entry of a 

30 SIP message, which specifies an address of a calling entity. The field 318 contains 
the priority information, the field 320 contains the organization information, and the 
field 322 contains the subject information. When respective activation boxes 313, 
315, 317, 319 and 321 are selected by the user, the entered information in respective 
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fields 314, 316, 318, 320 and 322 are communicated to the rules engine 102 for 
processing. 

Referring to Fig. 6, further rules or criteria information may be entered into 
the third rules wizard screen 330. The rules wizard screen 330 allows entry of time 
5 and day criteria, which are enabled if an activation box 339 is selected by the user. 
For example, the field 340 indicates the start hour, the field 342 indicates the start 
minute, the field 344 indicates an end hour, and the field 346 indicates an end minute. 
In addition, an activation box 345 is selectable to enable criteria relating to days of the 
week. The field 348 allows entry of a start day and the field 350 indicates an end day, 
10 Although not shown, dates may also be entered in the call rules wizard screen 330. 

In other embodiments, other types of call rules or criteria may be entered. As 
also noted above, the several screens 300, 301, and 330 may be combined into a 
single screen. 

Referring to Fig. 7, an example SIP message 400 that may be employed in 
J] 15 communications over the data network 12 between network elements is illustrated, 
r i The illustrated SIP message 400 includes portions of a SIP Invite request. The first 

W line in the message 400 indicates that the message is part of an outgoing call. The 

f u second line includes the string "Invite" to indicate that the message 400 is an Invite 

request. Following that, the destination address ("To"), the source address ("From"), 
P 20 and call session identifier ("Call-ID") may be provided. A Cseq parameter provides a 
|M| sequence number indicating the count of the message in the call session having the 

identifier Call-ID. The message may also include a Priority parameter to indicate the 

M 

p priority of the message, a Subject parameter that contains subject text, and an 

Organization parameter that identifies the organization that the caller is associated 

25 with. A Content-Type parameter may indicate the type of content that may be 

included in the message. In the illustrated message 400, the Content-Type parameter 
is "application/sdp," which indicates that the message body contains SDP 
information. The Content-Length parameter indicates the length of the content. 
Further information is provided in the example SIP message 400. 

30 Some of the various parameters in the message 400 are extracted from the 

Invite message for display in the screen 200 (Fig. 3) as well as for comparison to rules 
entered into the rules wizard screen 301 (Fig. 5). 

Referring to Fig. 8, a process of launching an application routine (or other 
software routine or module) in response to an incoming Invite request is illustrated. 
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In the called user system, which may be the user system 18, the protocol-aware 
application 106 (Fig. 2) receives (at 402) user-input criteria that have been entered 
through the call rules wizards 300, 301 and 330. The received criteria are 
communicated (at 404) to the rales engine 102, which stores the criteria (at 406). 
5 Communication of the criteria may be performed by calling various methods in the 
call rules object 132. 

The protocol-aware application 106 and SIP stack 110 may next receive (at 
408) a SIP Invite request from the user system 14. Upon receipt of the Invite request, 
the contents of the Invite request are passed by the protocol-aware application 106 to 
10 the rules engine 102. The SIP message may be passed in its entirety to the rules 

engine 102, or the protocol-aware application 106 may extract relevant portions from 
the SIP message to pass to the rules engine 102. The rules engine 102 then performs a 
comparison of the contents of the Invite request with the criteria set by the user (at 
n 412). If a match occurs, then the rules engine sends a request to launch (at 414) the 

Q 1 5 target application set in the call rules. If the criteria are not met, processing continues 
*-4 and the user system 18 waits for the next call request (either inbound or outbound). 

J;5 To complete the call processing, further protocol messaging may be exchanged 

IM between the user systems 14 and 1 8 (at 420). 

& v Referring to Fig. 9, the code (in Java, for example) 500 for creating a call rules 

^ 20 object 132 (callRule) is illustrated. The callRule object 132 includes various methods 
fU that may be called by the protocol-aware application 106 in response to user-entered 

K information and selections in the GUI screens of Figs. 3-6 as well as other inputs. 

^ A match method (not shown) in the callRule object 132 is called by the 

protocol-aware application 106 in response to receipt of an Invite message. The 
25 match method directs the call rules engine 102 (which may be a function that is part 
of the object 132) to evaluate the incoming SIP message and the direction of the 
message (inbound or outbound). The match method compares the content of the 
Invite message and whether the Invite message is inbound or outbound with the 
content of the Invite message. 
30 The first line 502 of the code 500 creates a new callRule object 132. A second 

line 504 calls a setMessageType method with the parameter SipBase.SEP_INVT to 
indicate that the object 132 is to act upon SIP Invite messages. In other callRule 
objects 132, other control messages may be acted upon. Lines 506 of the code makes 
several calls to an addHeaderConstraint method to set the following rules: priority is 
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normal, the organization is "Nortel Networks " and the "From" field is 
"aprokop@nortelnetworks.com." In addition a setDirection method is also called to 
indicate that rules processing is to be performed on an "incoming" call request. 

Line 508 calls a setUserDefmed method to provide the user-defined data that 
is passed to the target application, and line 510 calls a setClassToInstantiate method to 
set the target application ("com.nortelnetworks.com.sippro.exampleApp") that is to be 
instantiated if the rules match is successful 

Other callRule objects 132 may be defined with different sets of rules and 
different target applications or other software routines to launch. 

A method and apparatus has been described to enable the processing of 
messages that are used to establish communication sessions over a packet-based 
network by launching various software routines to perform desired tasks. An example 
software routine that may be launched includes a web browser that can display 
information about a calling or called party. A middle layer (e.g., call rules engine 102 
in Fig. 2) may compare information in an inbound or outbound message with a set of 
predetermined rules or criteria. If a match is found, then the middle layer launches 
the appropriate one or more software routines. By having the ability to launch one or 
more routines in a system in response to a message such as a call request, interaction 
with various applications or other components that may be resident in the system is 
made available as part of a call session. Information may be displayed about a calling 
or called party. Predetermined information may be accessed. Other types of software 
routines may also be launched for enhanced flexibility and convenience in call 
sessions. 

In addition to processing of SIP messages as discussed above, other types of 
messages may be processed for launching various software routines. For example, the 
messages may be according to each H.323. Alternatively, the messages may also be 
for establishing text-based chat sessions over the data network. 

While the invention has been disclosed with respect to a limited number of 
embodiments, those skilled in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended claims cover all such 
modifications and variations as fall within the true spirit and scope of the invention. 
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What is claimed is: 

1 LA method for use in a system having a network, comprising: 

2 receiving a control message for a call session over the network; 

3 receiving one or more predetermined criteria entered by a user; 

4 comparing information in the control message against the one or more 

5 predetermined criteria; and 

6 launching a software routine based on the comparison of information 

7 in the control message with the one or more predetermined criteria, 

1 2. The method of claim 1 , wherein launching the software routine 

2 includes launching a software routine that is separate from routines associated with 

3 call control, call status, and media-related tasks. 

1 3 . The method of claim 1 , wherein launching the software routine 

2 includes launching a software routine to perform a service in addition to call control 

3 and status and media-related tasks. 

1 4. The method of claim 1 1 further comprising sending one or more 

2 messages in response to the control message to establish a call session. 

1 5. The method of claim 1, wherein receiving the control message includes 

2 receiving a message according to a predetermined protocol for establishing a real-time 

3 audio-based interactive communications session. 

1 6. The method of claim 1 , wherein receiving the control message includes 

2 receiving a message for establishing a real-time text-based communications session. 

1 7. The method of claim 1, wherein receiving the control message includes 

2 receiving a message according to a Session Initiation Protocol. 

1 8. The method of claim 1 , further comprising receiving the one or more 

2 predetermined criteria from a user interface. 
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1 9. The method of claim 8, further comprising receiving a name of the 

2 software routine to be launched from the user interface. 

1 1 0. The method of claim 9, further comprising receiving user-defined data 

2 from the user interface, the user-defined data for passing to the launched software 

3 routine. 

1 11. The method of claim 1 , wherein receiving the control message is 

2 performed by a protocol-aware module and comparing the information is performed 

3 by a separate module. 

1 12. The method of claim 1 , wherein comparing the information in the 

2 control message includes comparing an identifier of a caller. 

1 13. The method of claim 1 , wherein comparing the information in the 

2 control message includes comparing an identifier of a callee. 

1 14. The method of claim 1 , wherein comparing the information in the 

2 control message includes comparing information selected from the group consisting 

3 of time, date, message subject, message priority, message direction, caller identifier, 

4 and callee identifier. 

1 15. The method of claim 1 , further comprising launching different ones of 

2 plural routines based on the comparison of the control message information with the 

3 one or more predetermined criteria. 



1 16. The method of claim 1 , wherein receiving the control message includes 

2 receiving a Session Initiation Protocol Invite request. 



16 



h : 4 



&i4 



1 17, A system comprising: 

2 a processor; 

3 an interface to receive a call request over a network; 

4 a protocol-aware module executable on the processor to process the 

5 call request; and 

6 a rules processing module executable on the processor to compare 

7 information in the call request with a set of one or more user-defined rules. 

1 18. The system of claim 17, further comprising a routine, wherein the rules 

2 processing module is executable on the processor to launch the routine based on the 

3 comparison. 

1 19. The system of claim 18, wherein the routine performs a task that is in 

2 addition to call control, call status, and media-related services. 

1 20. The system of claim 1 8, wherein the routine includes a web browser. 

1 21 . The system of claim 1 8, further comprising a user interface to receive a 

2 name of the routine. 

1 22. The system of claim 21 , wherein the user interface is further capable of 

2 receiving user-defined data to pass with the launching of the routine. 

1 23. The system of claim 17, further comprising a user interface to receive 

2 the one or more user-defined rules. 
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24. The system of claim 17, wherein the call request includes a Session 
Initiation Protocol Invite request. 
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1 25. An article including one or more storage media containing instructions 

2 for controlling a device in a communications system having a network, the 

3 instructions when executed causing the device to: 

4 receive a message according to a predetermined protocol; 

5 compare information in the message with one or more predetermined 

6 user-defined rules; and; 

7 launch a software routine unaware of the predetermined protocol. 

1 26. The article of claim 25, wherein the predetermined protocol provides 

2 for real-time interactive communications sessions. 

1 27. The article of claim 25, wherein the predetermined protocol provides 

2 for text-based chat sessions. 

1 28. The article of claim 25, wherein the predetermined protocol includes a 

2 Session Initiation Protocol 

1 29, A data signal embodied in a carrier wave and comprising instructions 

2 for controlling a device in a communications system, the instructions when executed 

3 causing the device to: 

4 receive a call request according to a first protocol; 

5 perform a rules check of information in the call request; and 

6 launch one of plural tasks based on the rules check. 

1 30. A system comprising: 

2 a plurality of software routines; 

3 a storage device containing user-entered rules including a first set of 

4 rules and a second set of rules; and 

5 a controller adapted to launch a first software routine if the first set of 

6 rules is satisfied and to launch a second software routine if the second set of rules is 

7 satisfied. 
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ABSTRACT OF THE DISCLOSURE 



A communications system includes a network coupled to various network 
elements. The network elements include user systems that contain protocol-aware 
applications that are aware of the protocol used to establish streaming- type 
communications (e.g., audio, video, or multimedia) or text-based communications 
over the network. The protocol used for such communications may include the 
Session Initiation Protocol (SIP), H.323, or other protocols. Each of the user systems 
includes a rules engine that is capable of collecting information from a SIP message 
and comparing the information to criteria or rules that have been entered by a user. 
When a match occurs, one or more target applications or other software routines are 
launched to perform predetermined tasks. The launched applications or other 
software routines may include a web browser, for example. 
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OUTGOING MESSAGE to 47.105.195.50: 5060 
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As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed 
and for which a patent is sought on the invention entitled 

LAUNCHING SOFTWARE ROUTINES IN RESPONSE TO MESSAGES 
RELATING TO COMMUNICATIONS SESSIONS 



the specification of which 



X 



is attached hereto. 

was filed on as 

United States Application Number 



or PCT International Application Number _ 
and was amended on 



(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate Issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 



I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d), of 
any foreign application(s) for patent or inventor's certificate listed below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before that of 
the application on which priority is claimed: 
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Prior Foreign Application(s): 



Priority Claimed 



Number (Country) (Day/Month/Year Filed) Yes No 



Number (Country) (Day/Month/Year Filed) Yes No 

I hereby claim the benefit under title 35, United States Code, Section 1 19(e) of the United States 
provisional application(s) listed below: 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided by the 
first paragraph of Title 35, United States Code, Section 1 12, 1 acknowledge the duty to disclose all 
information known to me to be material to patentability as defined in Title 37, Code of Federal 
regulations, Section 1.56 which became available between the filing date of the prior application 
and the national or PCT International filing date of this application: 



(Application Number) Filing Date (Status-patented, pending, 

abandoned) 

I hereby appoint Timothy N. Trop, Reg. No. 28,994; Fred G. Pruner, Jr., Reg. No. 40,779, and Dan 

C. Hu, Reg. No. 40,025; my patent attorneys, of TROP, PRUNER & HU, P.C, with offices 
located at 8554 Katy Freeway, Ste. 100, Houston, TX 77024, telephone (713) 468-8880, and John 

D. Crane, Reg. No. 25,231; Howard R. Greenberg, Reg. No. 26,171; W. Glen Johnson, Reg. No. 
39,525; Randall Mishler, Reg. No. 42,006; Kevin L. Smith, Reg. No. 38,620; Vernon E. Williams, 
Reg. No. 38,713; my patent attorneys, of Nortel Networks Limited; with full power of substitution 
and revocation, to prosecute this application and to transact all business in the Patent and 
Trademark Office connected herewith. 

Send correspondence to Dan C. Hiu TROP, PRUNER & HU, P.C, 8554 Katy Freeway, Ste. 100, 
Houston, TX 77024 and direct telephone calls to Dan C. Hu . (713) 468-8880. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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